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LIST BASED METHOD AND APPARATUS FOR 
SELECTIVE AND RAPID CACHE FLUSHES 

Field of the Invention 

[0001] The present invention relates to cache memory in a computer system. More 

particularly, the present invention relates to a list based method and apparams for 
rapidly flushing one or more levels of cache memories. 



Background of the Invention 

[0002] One constraint on the increased performance of computer systems is often the time 

it takes to access data from memory. This is because processors such as central 
processing units (CPUs) and graphics processors typically run at much higher speeds 
than the main memory, which often means there are delays caused by the memory. It 
typically takes many clock cycles to retrieve data from the main memory, which tends to 
decrease the overall system performance. 

[0003] Most computer systems use one or more caches to store some data closer to the 

processor, so that data can be accessed faster than the main memory. Computer systems 
may include a hierarchy of cache memories with the smallest and the fastest located 
closest to the CPU, and with each higher-level cache containing all of the data in the 
level below. In the present disclosure, lower level caches will refer to those caches 
closer to the processor. Retrieving data from a cache, instead of from the main memory, 
reduces the number of clock cycles a processor must wait for data and tends to increase 
the throughput of the computer system. However, given the relatively small size of the 
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cache, or caches, compared to the main memory, it is not always possible to retrieve 
data from the cache and avoid reading it from the main memory. In multiple level cache 
systems the data might only be available in a second or third level cache, in which case 
data retrieval is typically still faster than from the main memory, although not as fast as 
from the lower level cache. 

[0004] An inherent problem in computer systems using multiple levels of cache is 

ensuring that any modifications or "writes" to the lower level cache are consistently 
updated in the higher level caches, and to the main memory, so that if the data is needed 
later only the latest version of the data is retrieved. Two general approaches to the 
problem of cache writing are often used: write-through and write-back. Write-through 
involves writing the changed data to main memory, and to all levels of the cache 
hierarchy. Write-back is a technique by which any modifications or "writes" are tracked 
only to the lower level cache and not written to main memory, or higher levels of cache, 
until the cache entry is replaced. The write-back technique offers some economies by 
reducing write data traffic to main memory, such as when a particular cache entry is 
changed many times, at the cost of incurring the additional overhead needed to track 
changes in the cache data. 

[0005] There are situations in which all, or a substantial portion of, the cache entries need 

to be replaced, which may be referred to as flushing the cache. Such flushing requires 
writing any changed cache entries back and to main memory. In a system with multiple 
levels of write-back cache hierarchy, flushing of the caches start at die lowest level of 
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cache, followed by the next higher level of cache until all the caches in the hierarchy 
i.?,ve been "flushed". All modified data will be written back to higher level of caches 
and main memory followed by invalidation of the same line in the cache. Many existing 
cache flushing techniques require two or three cache request micro-operations per line 
of cache, regardless of whether or not there have been any modifications to the data in a 
particular line of cache. It would be advantageous to have a method or apparatus to 
efficiently flush the cache, such as not executing micro-operations for cache data that 
has not been modified and does not need to be written main memory. For example, 
systems using fewer than three cache request micro-operations per line being flushed 
would be desirable. As the size and speed of caches increase, which is a trend that 
seems likely to continue, the advantage of efficiently flushing becomes even more 
pronounced. 

As will be discussed more fully below, there are many ways of configuring a given 
size cache through the degree of associativity. It would be advantageous to exploit the 
associativity of a cache to increase the efficiency of cache flushing. Even better would 
be to allow the designers and system architects to select among a range of possible 
cache flushing efficiencies for a given degree of associativity in a cache, effectively 
allowing for explicit tradeoffs between the speed of cache flushing and the hardware 
dedicated to achieving that performance. 
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Brief Description of the Drawings 
[0007] Figures lA - IE illustrate various prior art cache architectures. 

[0008] Figure 2 is a flow chart of a prior art cache flushing procedure. 

[0009] Figure 3 is a fall list structure in accordance with an embodiment of the present 

invention. 

[0010] Figure 4 illustrates a cache flush sequence with a full list structure in accordance 

with an embodiment of the present invention. 
[0011] Figure 5 is a partial list structure in accordance with an embodiment of the present 

invention. 

[0012] Figure 6 illustrates a cache flush sequence with a partial list structure in 

accordance with an embodiment of the present invention. 
[0013] Figures 7A • 7B are flow charts of a cache flushing procedure in accordance with 

embodiments of the present invention. 
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Detailed Description 

[0014] The present invention uses a list structure to track the changes made to caches, 

which may improve the efficiency of cache flush operations. Prior art systems for 
flushing a cache do not maintain a list structure separate from the cache. Without the 
separate list structure, checking status field 24 requires a query of the cache, or caches, 
on a line by line basis. Caches may be configured in a variety of ways, particularly with 
respect to the degree of associativity. 

[0015] Figures lA-lD illustrate four different cache architectures that might be used for 

storing eight blocks, or lines, of data in cache. Figure lA illustrates the organization of 
a direct-mapped, or one-way set associative cache 10. Each of blocks 0 through 7 holds 
a single cache entry comprised of a tag 12, to identify the data storage location in main 
memory, and a data field 14, containing the actual data stored. Those of ordinary skill 
in the art will recognize that mapping memory locations to a particular block 16 based 
on its address in memory allows for efficient addressing and searching. Figure IB also 
contains the eight blocks of data, but in a two-way set associative cache 18. Cache 18 
has four sets, 0 through 3, each of which holds two cache entries (wayO and wayl). 
Again, each cache entry is comprised of a tag 12 and data field 14. Figure IC 
illustrates a four- way set associative cache 20, with two sets, 0 and 1, containing a total 
of eight cache entries. Cache 20 has four cache entries per set, each of which with a tag 
12 and data Field 14 (wayO, wayl, way2, and way3). Figure ID illustrates an eight- 
way, or fully associative, cache 22 containing the eight cache entries (wayO, wayl, 
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way2, way3» way4, way5, way6, and way7). In addition to tag 12 and data field 14, 
most cache schemes also include a status field 24, as shown in Figure IE, for each 
cache entry. In this way the current status, such as whether or not the data in the cache 
currently matches that in higher level caches or the main memory, can be tracked. 
Status field 24 may be a single bit indicating whether or not the data is vaUd, and is also 
often referred to as a "dirty bit." Those of ordinary skill in the art will quickly 
recognize the tradeoffs between individual data block status and entire set status fields 
24. 

[0016] Increasing the degree of associativity, for a given number of sets, may increase the 

chance that a particular data field will be present in the cache, tiiereby decreasing die 
number of cache misses. The tradeoff for the higher degree of associativity is that more 
processing is required when searching the cache. Currenfly, there is a trend towards 
higher degrees of associativity. The present invention allows for a range of 
embodiments so that tradeoffs can be made between cache flushing speed and the 
amount of overhead that will be required by the hst structure for caches with two-way 
or higher degrees of associativity. The cache flush technique taught by the present 
invention may also be used with any, or all, caches in a multi-level cache hierarchy 
system. 

[0017] There are cache architectures in which the status 24 of a cache entry may require 

more than a single bit. For example, in systems where multiple processors are sharing a 
cache, four cache status states such as modified, exclusive, shared, and invalid, might be 
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used (the MESI protocol). Under MESI, modified refers to a cache entry that differs 
from tbat 'n main memory, and belongs to the execution engine. That is, the memory no 
longer reflects the current data value, as it is stored in cache. Exclusive means the 
contents of the cache are the same as those in main memory, and belong to the 
execution engine. Shared means that multiple agents are sharing the cache entry, and 
before modifying the cache entry, the execution engine will need to invaUdate other 
copies elsewhere. Invalid indicates that the contents of a main memory address are not 
stored in the cache. The four status states of the MESI protocol can be tracked with two 
bits, and one could easily extend such a system to track virtually any number of cache 
states. The present disclosure will use the four states of the MESI protocol to illustrate 
embodiments of the present invention, however, the present invention is not intended to 
be limited to any particular number of states or cache state protocol. 
[0018] Figure 2 shows a flowchart of a prior art cache flush procedure. The start flush 26 

procedure begins by generating a set of addresses 28 for the query 30 procedure. If the 
cache entry has been modified 32, the data, and the memory address, is latched 34 to 
write back to main memory, and any higher level caches that might be present, and the 
status is changed to invaUd 36. If the cache data is not shared or exclusive 38, nothing 
further is required, and the process can loop back 40 until the entire cache is flushed 42. 
To flush each modified cache Hne it would typically require all the three cache request 
micro-operations: query 30, evict 34 and invaUdate 36. Note that the sequence of evict 
34 and invaUdate Une 36 processes might vary in some implementations by evicting 
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modified data, and leaving the cache in an exclusive state without the cache entry being 
labeled invalid if the status was shared or exclusive. With this variation, the status is 
changed to exclusive if the line was modified, after writing back the modified data to 
main memory or a higher level of cache. There is no need to actually erase data 14 
when the cache is flushed. If data 14 has been modified in the cache, then data 14 needs 
to be "evicted", or written to the proper location in memory. However, as long as status 
field 24 is reset, nothing is gained by resetting the data 14 field to zero or any other 
value. 

[0019] The flush routine in Figure 2 requires access to the cache itself during each query 

32. This cache access step may be avoided, or the total number of cache accesses is 
reduced, with the present invention. Instead, the list structure(s), which are preferably 
located separate from the cache(s), maintain and track the status of the cache. That is, 
the equivalent of a status field 24, or the dirty bit, of each cache line is kept separate 
from the cache. With a separate list structure, queries of which data fields 14 have been 
modified can all be carried out simultaneously on the list structure, eliminating the need 
to check each individual cache entry. The present invention does not, however, requure 
that the architecture of the cache itself be altered. For example, a cache could still have 
a status field 24, whether or not it was used, and work well with the present invention. 
The ability to maintain such legacy cache formats might be desirable. 

[0020] Figure 3 shows an embodiment of list structure 44 for use with 32 cache entries in 

an eight-set four-way associative cache 46. Cache 46 in Figure 3, for clarity, includes 
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only the status of each data entry and uses labels corresponding to the MESI protocol 
(M - modified, E - exclusive, S - shared and I - invalid). A valid cache entry 
corresponds to data that has been modified, and need to be written to memory, is 
denoted by a "1" in list structure 44. An invalid cache 46 entry, those that correspond to 
status E, S, and I, are denoted with a "0" in list structure 44. The cache entry status is 
set to valid whenever the corresponding data is modified. When a cache is flushed, all 
the corresponding cache entries are set as invalid. Throughout this disclosure cache 46 
will be used to refer generally to the cache, or caches, although in some illustrations 
only particularly relevant portions of the cache are shown. 
[0021] List structure 44 maps the current status of the 32 entries of cache 46 with 32 bits 

and is arranged in the same set/way structure as the cache. List structure 44 allows the 
modified cache entries to be determined quickly since there is no need to query the 
cache to determine the status of the cache line. After determining that status of the 
cache line from list structure 44, only those cache entries identified as having been 
modified need to be scheduled for write-back and invalidate. When only a portion of 
the cache entries have been modified the present invention can allow the cache flushing 
process to be performed with fewer cache request micro-operations than required by 
prior art techniques . Preferably, Mst structure 44 is implemented in random access 
memory (RAM) with its own decoder. For purposes of the present disclosure the term 
RAM is intended to be interpreted very broadly. Embodiments of the present invention 
may implement list structure 44 directly on the die for fast access. 
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[0022] List structure 44 is also shown in Figure 4 in the context of cache 46, cache 

controller 48, request buffers 50, write-back buffers 52 and main memory 54, to 
illustrate how list structure 44 is used in a cache flush procedure. Cache controller 48 
can generate evict requests and the set addresses for all the modified lines in cache 46 
from list structure 44 alone, without having to directly access cache 46. The evict 
micro-operations and the set addresses will be stored in request buffers 50 which will 
issue the evict requests to cache 46. The data and address of the modified cache line 
will be latched in the write-back buffer. Those of ordinary skill in the art will quickly 
recognize that accessing the 32 bits of list structure 44 can often be performed 
significantly faster than the time it would take to query each of the 32 cache entries of 
cache 46. When list structure 44 is on the die itself, the generation of the evict requests 
and set address for all the modified lines in cache 46 can be especially quick, at the cost 
of a relatively small amount of storage on the die. In addition, queries of list structure 
44 can be performed in parallel, and along a separate data path, so that the access to 
cache 46 by other processes, is not blocked. 

[0023] Although Figure 4 shows write-back buffers 52 flowing direcdy into main 

memory 54, in architectures with muldple levels of cache the write-back would 
typically take place in each layer of cache between that which is being flushed and main 
memory 54. 

[0024] The format of list structure 44 in Figures 3 and 4 is referred to as a full list, it fully 

tracks the status of each cache entry. Full list structure 44 is implemented such tiiat it 
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has the same set/way structure as cache 46. Other embodiments of the present invention 
allow partial Ust foi.^ats where the size of the list structure is reduced along with some 
reduction in performance. For implementations that store the list structure on the die, 
the availability of partial list formats allow designers to explicitly select a level of 
performance in cache flushing operations, and the corresponding amount of space on 
the die to achieve that performance. The ability to make such selections might lead to 
different chip designs based on the level of cache flushing anticipated, the desired speed 
of performing a cache flush, and the availability of space on the die. The present 
O invention makes such tailoring with respect to cache flushing possible. 

2 [0025] Figure 5 illustrates an embodiment of a partial list structure 56 using the same 32 

^ entry cache 46 is Figures 3 and 4. Partial list structure 56 uses a single bit per line of 

ff cache, for a total of eight bits to represent 32 cache entries. If any of the four ways (0- 

L 3) of a cache Une are modified, then a single bit is set in partial list structure 56. This 

embodiment of partial list structure 56 requires at least a two-way set associative cache. 
S [0026] Figure 6 illustrates how partial list structure 56 is used in a cache flush operation, 

and may be compared to Figure 4, which illustrates the same for a full list structure 44. 
Note that request buffers 50 with a partial Ust embodiment evict each of the cache 
entries (set 0, ways 0 through 3) when a single corresponding entry in partial list 56 is 
valid. Thus, each valid entry in the partial list will generate in this example, 4 evict 
requests in request buffer 50.. However, for a invalid entry in the partial list structure, 
as is the case with set 1 in Figure 6, no evict requests for request buffer 50 are 
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generated, Other embodiments of the present invention may further "filter" the 
operations in the request buffer 50 and eliminate those corresponding to unmodified 
cache entries, as determined by status field 24 for the particular cache entry in cache 46. 
[0027] Table 1 lists the size, in bits, of a partial list structure 56, and a full list structure 44 

for various size caches, assuming 32 byte lines and four-way associativity for the cache. 
The amount of area on a die required to implement each embodiment is nearly 
proportional to the number of bits required. 



Cache Size 


Full List 


Partial List 


(KB) 


(Bits) 


(Bits) 


16 


512 


128 


32 


1024 


256 


64 


204S 


512 


128 


4096 


1024 


256 


8192 


2048 



Table 1 - Cache Size Versus Partial/Full List Structure Size 

[0028] Of course, the present invention may also be used with cache architectures other 

than the four-way set associativity illustrated in the examples above. 

[0029] In another embodiment of the present invention, other levels of partial list 

structures may be used. For example, it would be possible to design a modified partial 
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list structure similar to that shown in Figure 5, using two bits per cache line, one for 
ways 0 and 1, and the other for ways 2 and 3. Such a modified partial list would require 
half as many bits as the full list column of Table 1 . Those of ordinary skill in the art 
would recognize that there are numerous other possible ways of mapping blocks of data 
in a cache to a single bit in the partial Ust structure. The examples discussed above have 
used the associativity of the cache to map blocks of data to a single bit in the partial list 
structure. This mapping although logical is not the only way to map blocks of data to a 
single bit It is also possible to have a one bit per way in the partial list structure. For 
example,, set 0 wayO through set 7 way 0 may be mapped to a single bit. In this 
embodiment, 4 bits in partial list structure :>t may be used to track aE the lines in the 
cache. 

[0030] The present invention is particularly useful in computer architectures where cache 

flushing is relatively common. Examples include, but are not limited to, systems in 
which the CPU and the graphics engine share the level 2 cache, multiple processor 
environments in which the processors share some, or all, of the cache, and systems in 
which data in a cache must be saved before a change in power source or a system shut 
down. In such systems, where write-back and cache flushing is relatively common, it 
might be desirable to incorporate fast cache invalidation or a "one-shot cache 
invalidation" whereby all cache entries are invalidated simultaneously through 
specialized hardware. While the specific details of such a device are beyond the scope 
of the present invention, the present invention may be used in conjunction with such 
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one-shot invalidation to gain further efficiencies, 
[0031] Figures 7A and 7B are two flow charts of cache flushing procedures using Ust 

structure 56 in accordance with the present invention. Note that while many computer 
systems have macro-level command to flush and/or invalidate an entire cache, most 
implement such a command using cache request micro-operations. Minimizing the 
number of these cache request noicro-operations to perform a task is generally desirable. 
The present invention's use of a list structure eUminates cache request micro-operations 
on cache entries that have not been modified Thus, the present invention becomes 
more efficient, compared to prior art cache flushing techniques, as the percentage of 
unmodified cache entries increases, as is the case when cache flushes are most frequent. 
Figure 7A shows the process without any one-shot invalidation scheme. The process 
in Figure 7A uses one to two micro-operations per data entry, in contrast to the two to 
three required by the prior art process of Figure 2. The process in Figure 7B uses a 
one-shot invahdation scheme 58 to further reduce the total number of micro-operations 
to one for modified cache entries and zero for those without any modification. That is, 
invalidation of the cache is performed after all evict micro-operations. This allows the 
present invention to be better adapted to function in conjunction with a variety of 
speciaUzed, hardware-based, fast invahdation devices. Embodiments of the present 
invention are well suited to multiple processor environments with shared caches in 
which "snoop" commands may be used. The issuance of a snoop initiates a search for 
the existence of data within a cache, and often stalls the system until the snoop 



Docket No,: 2207/1 1305 
27388_1.DOC 



-15- 



command is serviced. The present invention allows that the list structure be searched to 
service the snoop, instead of the cache, which may significantly improve the system 
throughput. 

[0032] Although the above disclosure provides various embodunents and examples of the 

present invention for the purposes of illustration, these embodiments and examples are 
not intended to be an exhaustive list of all possible implementations of the present 
invention and should not be construed in limiting the present invention. Those of 
ordinary skill in the art should recognize, with the benefit of the present disclosure, that 
the present invention may be practiced with many modifications and variations to the 
specific details of the present disclosure. For example, embodiments of the present 
invention might be described as being implemented in hardware, while those of 
ordinary skill in the art will recognize the possibility of a software implementation. In 
such cases, die present invention is intended to cover hardware and software 
implementations, and combinations of the two. Similarly, not all the specific details, 
well-known structures, devices, and techniques that are known to those of ordinary skill 
in the art have been shown in order to avoid observing the present invention. The 
present invention is, however, intended to cover a broad range of techniques, devices, 
and well-known structures. The invention, therefore, is intended to be hmited in scope 
only by the purview of the appended claims. 
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